home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX Base Documentation 1998 November
/
IRIX 6.5.2 Base Documentation November 1998.img
/
usr
/
relnotes
/
eoe
/
ch3.z
/
ch3
Wrap
Text File
|
1998-11-02
|
36KB
|
859 lines
- 1 -
3. _C_h_a_n_g_e_s__a_n_d__A_d_d_i_t_i_o_n_s
3.1 _P_l_a_t_f_o_r_m_s__s_u_p_p_o_r_t_e_d
This is an IRIX major release. It supports all current SGI
system types. All system types supported in IRIX 6.2, 6.3,
and 6.4 are supported in this release, with the exception of
Crimson systems. IRIX 6.2 was the last release to support
Crimson.
3.2 _G_e_n_e_r_a_l__O_S__F_e_a_t_u_r_e__C_h_a_n_g_e_s
IRIX 6.2 was an all-platform release which supported all
hardware platforms not considered obsolete at its time of
release (March 1996). The following features are new or
significantly changed since IRIX 6.2 (some were first
released in IRIX 6.3 or 6.4).
+o The Irix name services have been completely rewritten.
The new implementation known as the Unified Name
Service is fully documented in the _I_R_I_X _A_d_m_i_n:
_N_e_t_w_o_r_k_i_n_g _a_n_d _M_a_i_l guide. The following are the most
obvious changes:
+o All name service lookups are now cached in
databases located in the directory /_v_a_r/_n_s/_c_a_c_h_e.
+o A new daemon _n_s_d has been added to maintain the
name service cache and manage all network name
service requests for the system.
+o A configuration file /_e_t_c/_n_s_s_w_i_t_c_h._c_o_n_f now
controls the resolve order for all name services.
The _h_o_s_t_r_e_s_o_r_d_e_r keyword in /_e_t_c/_r_e_s_o_l_v._c_o_n_f is
now ignored.
+o The _y_p_b_i_n_d and _y_p_s_e_r_v daemons have been replaced
by the _n_s_d daemon. The services which were
provided by the _y_p_b_i_n_d daemon are now included in
the protocol library /_v_a_r/_n_s/_l_i_b/_l_i_b_n_s__n_i_s._s_o.
The services which were provided by the _y_p_s_e_r_v
daemon are now included in the protocol library
/_v_a_r/_n_s/_l_i_b/_l_i_b_n_s__n_i_s_s_e_r_v._s_o.
+o The BIND resolver routines in the C library are no
longer used in name service lookups. Lookups to
DNS are now done by the _n_s_d daemon using routines
in the protocol library /_v_a_r/_n_s/_l_i_b/_l_i_b_n_s__d_n_s._s_o.
- 2 -
+o Certain commands which used to explicitely use NIS
calls now call through the name service and may
behave differently. An example is finger which
used to list non-local users which were not listed
in the password file, but now does not.
+o The Hardware Graph provides a foundation for managing
devices on systems with large, topologically complex
I/O subsystems. You will notice that several
directories in /_d_e_v are now symlinks to /_h_w. You
should not attempt to unmount /_h_w. Please refer to the
_h_w_g_r_a_p_h(4) manual entry for more information.
+o The device nodes created by XLV are in /_d_e_v/_x_l_v and
/_d_e_v/_r_x_l_v.
+o Support for the lv(7M) logical volume manager has been
removed. It is replaced by the xlv(7M) logical volume
manager. The utility lv_to_xlv(1M) can be used to
easily convert lv volumes to equivalent xlv volumes.
In addition to the disk striping and concatenation
features provided by lv, xlv supports disk mirroring
and on line volume administration features that are not
available with lv.
+o The permissions of various devices can now be
controlled via the _i_o_c_o_n_f_i_g(1M) program. See
_i_o_c_o_n_f_i_g(1M) for more information on setting device
file permissions.
+o The compiler shipped with this release is the MipsPRO
7.2.1 compiler product.
+o IRIX 6.4 was the first operating system release to
support the new Scalable Shared Memory Processing
(S2MP) architecture from SGI. The Origin200,
Origin2000 and Onyx2 are the first machines to
implement this new MP architecture, which provides
extremely cost effective scaling of memory and
processor bandwidth across a wide range of system
configurations. The key architectural difference
between S2MP systems and previous Symmetric
Multiprocessor (SMP) systems, like the Challenge and
PowerChallenge, is that the single shared SMP bus has
been replaced by an expandable hypercube interconnect
which provides a high bandwidth, low latency, cache
coherent global view of system memory. A directory
based coherency scheme provides a consistent view of
memory to all processors, but the latency for a
particular processor to fetch a particular word from
memory depends on the relative position of the
- 3 -
processor and memory in the topology of the system.
One of the key considerations for the operating system
on an S2MP machine is to insure that processes and the
data that they access are mapped efficiently onto the
resources of the system. Significant work has been
done on the design of the IRIX Virtual Memory and
Scheduler subsystems to allow IRIX to manage resource
locality on S2MP systems. Most of these changes will
not be visible to users, system administrators or
application programmers. In most cases, the default
policies provided by the operating system will allow
existing IRIX binaries, both single-threaded and
parallel programs, to run extremely efficiently on S2MP
systems. For the rare cases in which the default
policies provided by IRIX do not match the needs of the
application, several levels of tools are provided to
allow applications to be mapped onto the hardware in an
optimal way:
- Compiler directives for sophisticated control of
the mapping of application processing and data
onto the machine architecture. Refer to Chapter 6
of the _M_I_P_S_p_r_o _F_o_r_t_r_a_n _7_7 _P_r_o_g_r_a_m_m_e_r'_s _G_u_i_d_e
(document number 007-2361-004) for more
information on the new features to support S2MP
systems.
- A memory and process placement tool, _d_p_l_a_c_e(1),
which allows the programmer or user to specify the
mapping of an application onto the system in a
simple high level script language without
modifying the binary executable. Please refer to
the _d_p_l_a_c_e(1) manual entry for more information.
- A memory access analysis tool, _d_p_r_o_f(1), which can
be used to understand the memory reference
patterns of an application. _d_p_r_o_f can also be
used automatically to generate _d_p_l_a_c_e input script
files. Please refer to the _d_p_r_o_f(1) manual entry
for more information.
+o IRIX 6.5 on S2MP systems provides a sophisticated
dynamic memory migration facility to allow parallel
codes with memory sharing patterns that change during
execution to achieve excellent performance without code
modifications. The S2MP hardware includes a mechanism
for detecting pages which are being accessed remotely,
rather than locally. An interrupt is generated to the
kernel, which then migrates the physical page to the
appropriate location in the system to maximize locality
of references. The migration control system in the
- 4 -
kernel contains sophisticated mechanisms to prevent
bouncing of pages and to balance the load on the
system. On systems up to 32 processors, all memory in
the system is sufficiently close topologically that
page migration is normally not required. By default,
the migration mechanism is not enabled until requested
by an application. One way to do this is by using the
-_m_i_g_r_a_t_i_o_n command of _d_p_l_a_c_e(1). The default behavior
of the migration system can also be controlled by
setting the following system tunable parameters:
_n_u_m_a__m_i_g_r__b_a_s_e__e_n_a_b_l_e_d and _n_u_m_a__m_i_g_r__b_a_s_e__t_h_r_e_s_h_o_l_d.
Refer to the comments in the tunable file
/_v_a_r/_s_y_s_g_e_n/_m_t_u_n_e/_n_u_m_a for information about the
possible values and their effects.
+o The new command _s_n(1) command provides an interface for
controlling the migration system. Please see the
manual entry for details.
+o The new command _n_s_t_a_t_s(1) prints statistics about the
behavior of the memory management system. Refer to the
_n_s_t_a_t_s(1) manual entry for details.
+o IRIX 6.5 on S2MP systems provides dynamic memory
replication facility for creating replicas of read-only
shared pages, for example code pages of commonly used
shared libraries (DSOs) like _l_i_b_c. On S2MP systems up
to 32 processors, this facility is not enabled by
default, but it can be activated by modifying the
system tunable parameter _n_u_m_a__p_a_g_e__r_e_p_l_i_c_a_t_i_o_n__e_n_a_b_l_e
which is defined in the file /_v_a_r/_s_y_s_g_e_n/_m_t_u_n_e/_n_u_m_a and
can be modified by using the _s_y_s_t_u_n_e(1M) utility.
+o The IRIX 6.5 virtual memory system has been enhanced to
allow processes to select different page sizes for
different portions of their virtual address space. The
default page size remains 16KB, as in IRIX 6.2, for
systems that support 64bit addresses, and 4KB for
systems such as O2 that support only 32 bit addresses.
On the Origin200, Origin2000 and Onyx2 systems, using
the R10000 processor, the following page sizes may be
selected: 16KB, 64KB, 256KB, 1Mb, 4Mb and 16Mb. A
process can mix page sizes within a range of addresses,
as appropriate. By default, the system will attempt to
keep 20% of free system memory available as 64KB pages,
but this behavior can be modified by setting the system
tunables in the _l_p_a_g_e__w_a_t_e_r_m_a_r_k_s group. By using
larger pages, programs with large datasets may achieve
a significant performance boost by minimizing TLB miss
overhead. The _p_e_r_f_e_x(1) program can be used to monitor
the number of TLB misses incurred by an application,
- 5 -
which will give an indication of whether large pages
will useful to a particular code. There are several
ways to request page sizes other than the default.
Please refer to the _d_p_l_a_c_e(1) manual entry for one
example.
+o XFS with this release of IRIX supports two new
features: XFS quotas and automatically aligned inode
allocation. The implementation of these features
resulted in changes to the XFS on-disk filesystem data
structures. As a result, XFS filesystems made with
this release of IRIX will not be mountable by systems
running any earlier IRIX release (5.3XFS, 6.2, 6.3, or
6.4) unless the current XFS patch for the older
releases are first installed (a new miniroot from the
patch will also be necessary if a root disk is to be
used). This should normally be installed as part of a
patchset, not by itself.
+o IRIX 6.5 will be the last major release of IRIX that
will support read/write EFS filesystems. In future
releases of IRIX, EFS filesystems will be mountable
only in read-only mode. EFS will continued to be
supported for CD-ROM devices, and to allow old disks to
be backed up or read. We strongly encourage that all
new filesystems be made as XFS filesystems; the mkfs
program and the miniroot now default to creating XFS
filesystems.
+o The scheduler in IRIX 6.5 has been improved in a number
of areas. The previous notions of degrading and non-
degrading priority processes have been replaced by more
powerful and flexible realtime and timesharing
scheduling disciplines. The timesharing discipline
implements a currency-style scheduler, rather than the
classic UNIX priority degradation mechanism for
guaranteeing fairness. The meanings of the process
priority values have been changed significantly.
Several new system calls were added to request and
modify the parameters of the new scheduling
disciplines. Please refer to the _r_e_a_l_t_i_m_e(5),
_s_c_h_e_d_c_t_l(2), _s_c_h_e_d__s_e_t_s_c_h_e_d_u_l_e_r(2) and _n_p_r_i(1) manual
entries for further details.
+o The _p_s_e_t(1M) and deadline scheduling facilities of IRIX
6.2 have been obsoleted and are not present in this
release.
+o This release of IRIX contains a system threading
facility, and many system daemons (such as _v_h_a_n_d and
_b_d_f_l_u_s_h) now run as system threads. These daemons, like
- 6 -
all system threads, are not now visible through _p_s(1),
though they will be in a future release through a ps-
like mechanism. System threads are used for device
interrupts, parts of network service code, and user
process system call handling. System I/O thread
management services will be provided in future releases
as part of the Hardware Graph facility.
+o The _r_t_n_e_t_d(1M) command is no longer supported on any
platform, and the contents of /_e_t_c/_c_o_n_f_i_g/_r_t_n_e_t_d and
/_e_t_c/_c_o_n_f_i_g/_r_t_n_e_t_d._o_p_t_i_o_n_s are ignored. Networking
threads such as _n_e_t_p_r_o_c and _s_o_c_k_d may have their
priorities adjusted by using _s_y_s_t_u_n_e(1M) to control
parameters in the ``sthread'' group. See
/_v_a_r/_s_y_s_g_e_n/_m_t_u_n_e/_k_e_r_n_e_l for an explanation of these
parameters.
+o A new tunable, min_bufmem, has been introduced in IRIX
6.5.1m. It is the minimum amount of memory held by
filesystem meta-data that will be cached in the buffer
cache when the system runs into low memory conditions.
The default value for min_bufmem is set to 2% of
physical memory.
+o The new 6.5 Desktop has been oriented towards using the
Web as a medium to transfer visual/written information.
+o A majority of the binaries installed from the 6.5
images have been compiled N32/mips3 instead of
O32/mips2.
+o The size of _c_p_u_i_d__t has increased from 8 to 16 bits so
some /_p_r_o_c interfaces are not backward binary
compatible
+o The default compilation mode with this release has been
changed from previous releases, to now be optimized for
the machine the compilation is run on. In particular
for Origin, Onyx2 and OCTANE systems the default is
n32/mips4/R10K. This is controlled by the
/etc/compiler.defaults file. Please refer to _c_c(1) for
more details on compilation modes.
+o The version of Perl that comes with IRIX has been
updated to 5.004_04. Previous releases of IRIX shipped
with either v4.036 (IRIX 5.1 through 6.3) or v5.003
(IRIX 6.4). The standard Perl library has been moved
to /usr/share/lib/perl5, and is in a separate subsystem
(eoe.sw.gifts_perl_lib) that is installed by default.
Perl5 was a complete rewrite of the language, with many
new features. Due to minor incompatibilities, Perl5 is
- 7 -
not a strict superset of Perl4. Porting scripts from
Perl4 to Perl5 is normally very straight-forward.
Instructions are in the "perltrap" man page.
For backward compatibility, Perl5 supports the Perl4
method of accessing system structures, using the '*.ph'
translated C header files (see the "h2ph" man page).
The translation process is error-prone, and is no
longer supported by the Perl community. It is highly
recommended to translate your Perl scripts to use Perl5
modules. See the "perlmod" manpage.
Perl5 was previously available on the Freeware CD.
There are several differences between the IRIX EOE
Perl5 and the Freeware perl5:
This is v5.004_04, the Freeware versions were
5.001m and 5.002 (v5.003 and 5.004_04 were
available unofficially).
The path to install extensions has changed, from
/usr/freeware/lib/perl5/site_perl to
/usr/share/lib/perl5/site_perl. Any extensions
that you were using with the Freeware Perl will
need to be re-installed. The Freeware perl is not
removed by this installation, so you can change
the interpreter line in your scripts.
Version 5.003 changed some of the internal
structures from previous versions, so C extensions
will need to be re-compiled. Version 5.004_04 is
compiled with 5.003 compatibility on, so compiled
extensions (for IRIX 6.4 only) should continue to
work. The IRIX EOE Perl5 is compiled -n32 -mips3,
and will not load old or Freeware extensions
(compiled -32) anyway, so you must recompile and
reinstall any extensions that you use. Non-
compiled (perl-only) extensions should work, if
they are in the @INC load path.
Any customized Perl4 library files placed in the Perl4
library location /usr/lib/perl will need to be copied
(and checked for problems under Perl5) to
/usr/share/lib/perl5/site_perl. Perl5 is designed to
allow different versions and different architectures to
coexist. The Freeware (-32) and EOE (-n32) Perls are
configured to be different architectures ("irix" and
"irix-n32" respectively). Therefore, if
/usr/freeware/lib/perl5/site_perl and
/usr/share/lib/perl5/site_perl are symlinked to the
same directory, then they can safely and usefully share
extension modules.
- 8 -
+o This release of IRIX contains new bitmap and outline
fonts for the following twelve typefaces: Dutch 801
Roman, Dutch 801 Italic, Dutch 801 Bold, Dutch 801 Bold
Italic, Swiss 721 Roman, Swiss 721 Italic, Swiss 721
Bold, Swiss 721 Bold Italic, Courier 10-Pitch Roman,
Courier 10-Pitch Italic, Courier 10-Pitch Bold and
Courier 10-Pitch Bold Italic.
Each new font contains 1015 characters. Those
characters cover ISO8859-1 through ISO8859-10 and the
Minimum European Subset (MES) of ISO10646-1 or Unicode
2.0. ISO stands for the International Organization for
Standardization. For more information about MES, please
use a web browser to open
_h_t_t_p://_w_w_w._i_n_d_i_g_o._i_e/_e_g_t/_s_t_a_n_d_a_r_d_s/_m_e_s._h_t_m_l.
Swiss 721 fonts are installed when you install the
subsystem _x__e_o_e._s_w._X_f_o_n_t_s. The rest of the new fonts
are in the subsystem _x__e_o_e._s_w._X_u_n_i_c_o_d_e_f_o_n_t_s. The
subsystem _x__e_o_e._s_w._X_f_o_n_t_s is installed by default,
while the subsystem _x__e_o_e._s_w._X_u_n_i_c_o_d_e_f_o_n_t_s is optional.
The new fonts are sometimes referred to as Unicode
fonts, because they include Unicode character maps, and
you can use Unicode codes to access characters in those
fonts.
+o IRIX 6.5 has a newer version of _t_o_p(1) supporting
interactive manipulation of running processes and more
extensive machine state and multiprocessing support.
+o IRIX 6.5 now includes Berkeley DB 1.85 library.
+o IRIX 6.5 _i_n_s_t_a_l_l(1) was enhanced to be GNU/BSD
compatible. It can now be invoked from typical GNU
makefiles using the GNU/BSD syntax and do what's
expected.
+o A new product called gnu.*.* was added to the IRIX 6.5
base CD. It includes a big subset of the GNU commands.
This product installs under /usr/gnu and needs to be
explicitly selected for installation (i.e. it does not
install by default.)
+o IRIX 6.5 _c_r_o_n_t_a_b(1) was enhanced to allow root to
edit/list/remove other users' crontabs. _c_r_o_n(1) was
enhanced to provide more information on cron/at jobs
that produced output like the vixie cron used on Linux
and FreeBSD.
+o In IRIX 6.5, the content of the _L_C__C_T_Y_P_E locale
category has been extended to comply with the XPG/4
- 9 -
standard. The _L_C__C_T_Y_P_E binary format has changed and
the old format will not be recognized by the C library.
Therefore, all custom-built locales generated under
IRIX 6.4 or earlier releases must be re-generated with
the IRIX 6.5 version of _l_o_c_a_l_e_d_e_f(1) and associated
_c_h_r_t_b_l(1M) or _w_c_h_r_t_b_l(1M) commands when the system is
upgraded to IRIX 6.5.
The change was required because the old data structure
created by _c_h_r_t_b_l(1M) allowed a maximum of eight (8)
character classes to be defined. This was not
sufficient to fully support the 11 basic character
classes required by XPG/4. The new data structures
were implemented by extending the _c_t_y_p_e(3C) table to
contain 32-bit per character of character
classification information. The three basic _c_t_y_p_e(3C)
macros (_i_s_a_l_p_h_a, _i_s_g_r_a_p_h, and _i_s_p_r_i_n_t) were redefined
to comply with XPG/4. These changes were implemented
in the C library while preserving backward
compatibility. Therefore, the executables compiled
under IRIX 6.4 or earlier will continue to work
identically under IRIX 6.5. However, new binaries
compiled under IRIX 6.5 that use the _c_t_y_p_e(3C) or the
_c_o_n_v(3C) macros will not run under a previous release
of IRIX.
+o IRIX 6.5 now supports the POSIX 1003.1e least-privilege
mechanism, _c_a_p_a_b_i_l_i_t_i_e_s. Please refer to
_c_a_p_a_b_i_l_i_t_i_e_s(4) for more details.
+o IRIX 6.5 now supports POSIX 1003.1e Access Control
Lists (_A_C_Ls) on files and directories. Please refer to
_a_c_l(4) for more details.
+o Both IRIX 6.4 and IRIX 6.5 have introduced changes to
the data stream produced by the System Audit Trail
facility. Although these changes will not affect users
of the IRIX SAT tools (sat_interpret, sat_reduce,
etc.), it will affect users of extended accounting (see
_e_x_t_a_c_c_t(5)) or of any software that makes use of the
extended accounting data. A new tool, _a_c_c_t_c_v_t(1), has
been provided to convert the accounting records from
the System Audit Trail facility back into the formats
written by either IRIX 6.2 or IRIX 6.4. In most cases,
this should allow existing extended accounting software
to run under IRIX 6.5 without modification. For more
details, see the _a_c_c_t_c_v_t(1) reference pages.
+o IRIX 6.3, 6.4, and 6.5 have improved serial port
support. On newer machines, bit (a.k.a. baud) rates
greater than 38400 bps are now supported. O2, OCTANE,
- 10 -
Onyx2, Origin2000, and Origin200 all support bit rates
up to at least 115200 bps. Audio/Serial Option, on
Onyx/Challenge systems, also supports high bit rates.
Older machines, including Indigo, Indy, Indigo2, and
Onyx/Challenge built-in ports, still support only up to
38400 bps due to hardware limitations.
Many tools built in to IRIX now support higher bit
rates. Examples include _c_u(1), _i_n_i_t(1), _g_e_t_t_y(1),
_l_o_g_i_n(1), _p_p_p(1), _s_l_i_p(1), and _s_t_t_y(1).
See the _s_e_r_i_a_l(7) and _t_e_r_m_i_o(7) man pages for more
information on serial ports hardware and programming.
+o A new kernel debugging facility has been introduced
with IRIX 6.5.1. This facility is installed with
eoe.sw.kdebug but is not enabled by default. Refer to
the comments about debug tunables in
/_v_a_r/_s_y_s_g_e_n/_m_t_u_n_e/_k_e_r_n_e_l for information about using
the facility.
+o A set of new _f_c_n_t_l(2) commands is added to implement
_o_p_p_o_r_t_u_n_i_s_t_i_c _l_o_c_k_s (_o_p_l_o_c_k_s) over XFS filesystems. An
oplock is a _S_e_r_v_e_r _M_e_s_s_a_g_e _B_l_o_c_k (_S_M_B) construct used
to grant exclusive access of a file to an SMB client.
When another user accesses the same file, the SMB
server revokes the oplock to the first user while the
second user waits. This kernel level oplock allows the
owning SMB server to receive file access notification
from users over NFS, XFS, or SMB. See the _f_c_n_t_l(2)
manual page for more details.
This new feature is available only in the _f_e_a_t_u_r_e
_o_v_e_r_l_a_y. These fcntl commands will fail EINVAL when
run on a kernel without the feature overlay or when the
_o_p_l_o_c_k_s__e_n_a_b_l_e_d systune variable is set to 0.
3.3 _C_h_a_n_g_e_s__t_o__t_h_e__I_n_s_t_a_l_l_a_t_i_o_n__T_o_o_l_s
IRIX 6.5 features enhancements to the IRIX software
installation utilities, _i_n_s_t and _S_o_f_t_w_a_r_e _M_a_n_a_g_e_r (_s_w_m_g_r).
These changes are summarized below. See the _i_n_s_t(_1_M) manual
page, and the _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _A_d_m_i_n_i_s_t_r_a_t_o_r'_s _G_u_i_d_e
for more details.
+o Inst and swmgr now support a new type of installation
product called an _o_v_e_r_l_a_y. Overlays, like patches, are
products that only contain the subset of files from the
base release that have been changed to fix a specific
problem or set of problems. Unlike patches, however,
the files that are being replaced are not saved.
- 11 -
Therefore, it is not possible to remove an overlay
without reinstalling the original base product. The
name of the overlay product is the same as the name of
the product it will upgrade. Thus, an overlay for the
eoe product will also have the product name eoe. Two
distinct types of overlays are supported : maintenance
overlays and feature overlays. Maintenance overlays
contain bug fixes and minimal support for new hardware.
Feature overlays contain bug fixes, support for new
hardware, and new software and hardware features.
These two overlay types may not be mixed. Thus, a
system may have feature overlays installed or maint
overlays installed but not both. Any attempt to install
both overlay types will result in an installation
conflict. Showfiles has a new option, -_w, that shows
only files that were installed as part of an overlay
subsystem. Showprods also has a new option, -_o, to
show only overlay subsystems.
+o For 6.5.2, some of the inst messages displayed when
reading distributions were changed slightly to be more
descriptive.
+o For 6.5.1 and later, two new overlay related inst
keywords, _o_v_e_r_l_a_y_s and _i_n_c_o_m_p_l_e_t_e_o_v_e_r_l_a_y_s, have been
added. _o_v_e_r_l_a_y_s lists the overlay subsystems present
in the distribution. _i_n_c_o_m_p_l_e_t_e_o_v_e_r_l_a_y_s lists the
overlay subsystems that are not installable because of
missing prerequisites. _k_e_e_p _i_n_c_o_m_p_l_e_t_e_o_v_e_r_l_a_y_s will
deselect all the uninstallable overlays.
+o Applicable patch products are now selected for default
installation. The selected patches will apply to
either installed base products or distribution base
products that are marked for install. Patches that
were automatically selected for install will also be
automatically deselected if the accompanying base
product is either deselected or marked for remove. See
the _a_u_t_o_p_a_t_c_h_s_e_l_e_c_t preference for more information.
+o The new inst command _o_p_e_n can be used to view or
install software from multiple distributions. The main
benefit of this is conflict resolution across
distributions. The related command, _c_l_o_s_e, is used to
close a distribution that has previously been opened.
_s_w_m_g_r provides identical capabilities from the File
menu.
+o When multiple distributions are open, the available
inst keywords may be constrained to a particular
distribution by prefacing each keyword with a substring
- 12 -
that uniquely identifies the distribution of interest
followed by a colon. For example, _l_i_s_t _A_p_p_l_i_c_a_t_i_o_n: _N,
would list only the new products on the Irix
Application CD.
+o When attempting to install a product from multi-user
mode that requires a miniroot installation, _i_n_s_t or
_s_w_m_g_r will boot the miniroot and continue the install
automatically in the miniroot. See the _l_i_v_e__i_n_s_t_a_l_l
preference in the inst(1M) man page for more
information on this feature.
+o _s_w_m_g_r has a new, more compact user interface when
invoked in automatic (-a) mode.
+o swmgr and inst have integrated tardist functionality
making /_u_s_r/_s_b_i_n/_t_a_r_d_i_s_t effectively obsolete. By
publishing a link to a ._i_n_s_t selections file, you can
avoid locking up the browser while the tardist file is
downloaded from the web. Details are in the inst(1M)
man page.
+o Within _s_w_m_g_r, the product release notes can be viewed
with a single mouse click on the product of interest.
If there are no release notes for that product, nothing
will be displayed.
+o A new inst keyword, _c_o_n_f_l_i_c_t_i_n_g, refers to products
that are causing conflicts. The most common usage, _k_e_e_p
_c_o_n_f_l_i_c_t_i_n_g, attempts to deselect all products causing
conflicts. In some instances, conflicts may remain
after this call since not all conflicts can be resolved
by deselecting subsystems. Additionally, some required
subsystems such as eoe.sw.base may be erroneously
deselected if that product is involved in a conflict.
The user should check that all applicable required
subsystems are selected for install using the _l_i_s_t
_r_e_q_u_i_r_e_d command.
+o A new inst keyword, _p_r_e_r_e_q_s, refers to the minimal set
of unselected distribution subsystems that will resolve
the current prereq conflicts. The most common usage,
_i_n_s_t_a_l_l _p_r_e_r_e_q_s, attempts to automatically resolve all
prereq conflicts. In some instances, prereq conflicts
may remain after this call since certain subsystems
required to a resolve a conflict may not be loaded.
+o Inst and swmgr record in the installation history the
name of the distribution or CD that each product is
installed from. This information can be displayed with
the _s_h_o_w_p_r_o_d_s -_F command.
- 13 -
+o Miscellaneous improvements to error messages, online
help, and text output, have been made.